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BACKGROUND OF THE INVENTION 

Technical Field 

This invention relates to the field of remote applications management and more 
particularly to a system, method and apparatus for remote management of manageable 

□ 10 resources distributed across multiple application hosts. 

Cft Description of the Related Art 

-E 

l"h The advent of distributed computing has give rise to what has been dubbed a 

f;f 5 global crisis of complexity. Paradoxically, that complexity arises from the distributed 

h« systems which were intended to make IT departments more flexible. This flexibility has 
h 1 5 been achieved, but only at the expense of runtime system management issues, which 

;:Jl have created a new bottleneck in applications development. In this respect, application 

! La 

r *3 management solutions have been developed in response to enterprise application 

i : — : 

□ users who have reported that while distributed applications are relatively easy to build, 
those same distributed enterprise applications are very difficult to administer in a 

20 production environment. Moreover, configuration and upgrade operations directed 
merely to portions of a distributed application are equally hard to manage. 

Several attempts have been made to facilitate the management of application 
resources in distributed applications. For instance, application management software 
has been developed to provide a graphical view of a distributed application. The 

25 graphical view can permit the management of various components of the distributed 
application. Still, the same application management software has been developed in a 



QBWPBM64581.1 



2 



6169-170 

platform-specific manner and does not share the portability of modern distributed 
applications developed using a platform-independent architecture. 

Notably, an application management solution for a two-tier, client-server 
architecture has been developed using the platform-independent Java™ architecture. 
More particularly, the Java Management extensions ("JMX"), defined in the JMX™ 
specification, define an architecture, design patterns, APIs and services for application 
and network management using the Java programming language. The JMX 
specification is a well-known set of specifications and development tools for managing 
Java environments and building third generation management solutions. The JMX 
specification has been defined in the document Java Management Extensions 
Instrumentation and Agent Specification, v1.0 published by Sun Microsystems, Inc. of 
Palo Alto, California on May 3, 2000. The JMX specification is incorporated herein by 
reference. 

Figure 4 illustrates the JMX architecture as defined in the JMX specification. The 
JMX architecture is divided into three levels: the Instrumentation level, the Agent level 
and the Distributed Services level. The Instrumentation level includes manageable 
resources which have a management interface referred to as a managed bean 
("MBean"). An MBean can include the set of all necessary information and controls that 
a management application can operate on the manageable resource. More particularly, 
the management interface of an MBean can be represented as valued attributes which 
may be accessed, operations which may be invoked, notifications which may be 
emitted, and the constructors for the MBean's Java class. 

MBeans encapsulate attributes and operations through their public methods and 
follow design patterns for exposing them to an application manager. For example, a 
read-only attributed in a standard MBean can have merely a "getter" method, whereas 
"getter" and "setter" methods implement read-write access. An example of an exposed 
method could include a "shutdown()" method for terminating the execution of the 
application. 
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In the JMX specification, the Agent level controls the manageable resources in a 
single Java Virtual Machine ("JVM"). More particularly, the Agent level contains the 
framework for communicating with the manageable resources as well as with the object 
container in which the resources can be instantiated. The Agent level also contains the 

5 framework for communicating with the Distributed Services level. The Distributed 
Services level interfaces with the Agent level remotely in order to perform management 
operations on the manageable resources. An example of such a management 
operation could include the "shutdown()" method described above. 

As implemented in the JMX specification, the Distributed Services layer resides 

10 in a JVM separate from the JVM of the Agent level and the Instrumentation level. 

Significantly, however, the Agent level and the Instrumentation level both reside in the 
same JVM. A single JMX connector provides the communicative link between the 
Distributed Services level and the Agent level. Consequently, though the present JMX 
specification describes an application management model adequate for use when alH * 

15 manageable resources reside in the same application host (a single JVM), in a " 
distributed architecture the manageable resources typically reside across multiple 
application hosts (multiple JVMs). Thus, what is needed is a system, method and < 
apparatus for remote management of an application distributed across multiple 
applications hosts. 
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SUMMARY OF THE INVENTION 

The present invention is a system, method and apparatus for remote 
management of manageable resources distributed across multiple applications hosts. 
In the present invention, cross-process application communication techniques are 
utilized in order to remotely manage a distributed application having manageable 
resources distributed across multiple application hosts. Briefly, one or more application 
managers residing in one or more application hosts can communicate with a master 
agent which can reside in an application host separate from the application hosts of the 
application managers. 

The master agent can provide a view to the application managers through which 
the application managers can remotely perform management operations on the 
manageable resources without maintaining a specific awareness of the particular 
application host in which each manageable resource resides. The master agent can 
receive management commands from the application managers and can communicate 
each received management command directed to a particular manageable resource 
residing an a particular remote application host to mini-agents residing in the same 
remote application host. Notably, the master agent can communicate the received 
management command through the use of local proxies to the mini-agents. 

The mini-agents can, in turn, receive the management commands 
communicated by the master agent and can apply corresponding management 
operations to those manageable resources to which the management command had 
been directed. In consequence, unlike existing methods and systems for managing 
manageable resources in a client-server environment, the present invention can be 
used to provide remote management of a distributed application manageable resources 
in an n-tier enterprise environment. 

A system for remote management of manageable resources distributed across 
multiple application hosts can include an application manager in a first application host; 
a master agent in a second application host; and, a plurality of mini-agents in remote 
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application hosts separate from the first and second application hosts. In operation, the 
master agent can receive from the application manager management commands to 
perform management operations directed to at least one manageable resource. 
Subsequently, the master agent can communicate the management commands to a 
5 mini-agent in a remote application host which contains the manageable resources. 
Upon receiving the management commands from the master agent, the mini-agent can 
command the manageable resources to perform the management operations. 

In another representative embodiment, a system for remote management of 
manageable resources distributed across remote application hosts can include a 
10 master agent in a first application host for receiving from an application manager in a 
second application host management commands to perform management operations 
directed to selected manageable resources; and, a plurality of mini-agents in the 
CH remote application hosts, wherein each remote application host contains only one mini- 
ng agent.- The master agent can communicate the received management commands to ' 
$7 } is the mini-agents in the remote application hosts. Furthermore, the mini-agents can * 
^ communicate the received management commands to the selected manageable 

□ resources. 

py In either system, the application manager, master agent and mini-agents can be 

implemented in the Java programming language. Hence, in one representative 

□ 20 embodiment, the first and second application hosts can be JVMs. Also, the remote 

application hosts can be JVMs. Still, the present invention is to be limited neither to the 
Java programming language nor JVMs. For example, in other representative 
embodiments, the remote application hosts can include non-Java environments. In 
particular, in another representative embodiment, the remote application hosts can 
25 include manageable resources which can communicate using industry-standard 

application communication methodologies, for instance the Common Object Request 
Broker Architecture ("CORBA"). Accordingly, remote application hosts containing such 
manageable resources can be UNIX, Linux or Windows® sessions, for example. 

QBWPBM64581.1 6 



6169-170 

Notably, the master agent can include a JMX communications connector for 
communicating with the mini-agents in the remote application hosts. The master agent 
also can include a JMX communications connector for communicating with the 
application manager. Finally, the master agent can include a JMX communications 

5 protocol adaptor for providing a protocol-adapted view of the master agent to an 

application manager. In this particular embodiment, the application manager can be a 
Web browser or other client-type application which can communicate with a data source 
using a specified protocol, for example HTML, or SNMP. As such, the application 
manager can communicate with other application programs using a specified 

10 communications protocol consonant with a communications protocol adapted by the 
JMX communications protocol adaptor. 

is ~ Notably, the JMX communications connector can include a Java Remote Method 

sy 

£n Invocation ("RMI") communications interface. RMI enables the programmer to create 
!,g distributed Java technology-based to Java technology-based applications, in which the 
m 15 methods of remote Java objects can be invoked from other JVMs, both within a single 
^ computer and across different computers. A Java technology-based program can make 
Q a call on a remote object once it obtains a reference to the remote object, either by t 
jMj looking up the remote object in a bootstrap naming service provided by RMI or by - 
! S receiving the reference as an argument or a return value. A client can call a remote 
□ 20 object in a server, and that server can also be a client of other remote objects. RMI 

uses object serialization to marshal and un-marshal parameters and does not truncate 
types, supporting true object-oriented polymorphism. The complete RMI specification is 
described in the document Remote Method Invocation Specification, published by Sun 
Microsystems, Inc. of Palo Alto, California in 1997. The RMI specification is herein 
25 incorporated by reference. 

Manageable resources in the inventive system can have a managed bean 
("MBean") interface. In that case, each mini-agent in a corresponding remote 
application host can include a managed bean server ("MBean Server") for exposing 
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MBeans contained in the corresponding remote application host to the master agent 
through a JMX communications connector. More particularly, an MBean server is a 
registry for objects which are exposed to management operations in an agent, for 
example a mini-agent. Interfaces to manageable resources which are implemented as 
MBeans and registered with an agent, for example a mini-agent or a master-agent, 
through an MBean server can be managed from outside the agent's virtual machine. 

Additionally, other objects which are implemented as MBeans can be managed 
as well. Such objects can include value-added sen/ices provided to assist in the 
management of the manageable resources and components of the JMX infrastructure 
which can be managed. Accordingly, the master agent can include an MBean server 
which can expose the members of corresponding manageable resources used to 
provide agent level services to the mini-agents and the application manager. For 
example, agent level services can include those operations for configuring the master; 
agent. 

The system of the present invention can implement a method of remotely 
managing manageable resources distributed across multiple application hosts. The 
method of the invention can include, in a master agent, receiving from an applications 
manager in a second application host a management command for performing a 
management operation directed to a manageable resource in a remote application host 
having a mini-agent; communicating the management command to the mini-agent in 
the remote application host; and, in the mini-agent, performing the management 
operation on the manageable resource by accessing an exposed member of the 
manageable resource according to the management operation. 

The step of communicating the management command to the mini-agent can 
include accessing the mini-agent through a JMX communications connector. The step 
of accessing the mini-agent can include invoking methods of the mini-agent through an 
RMI communications interface. Additionally, the step of performing the management 
operation can include accessing a method of the manageable resource through a 
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management interface to the manageable resource. Notably, the management 
interface can be an MBean registered in an MBean server in the mini-agent. 
Accordingly, the step of accessing the method through the interface can include 
accessing the method exposed by the MBean through the MBean server according to 
the management operation. 

Notably, the invention can also include a method for configuring a system for 
remote management of manageable resources in an application distributed across 
multiple remote application hosts. A method for configuring a system for remote ^ 
management of manageable resources in an application distributed across multiple 
remote application hosts can include starting a master agent in a first application host; 
starting a plurality of mini-agents in a plurality of corresponding remote application hosts 
separate from the first application host, each corresponding remote application host 
containing one of the plurality of mini-agents; communicatively linking each mini-agent 
to the master agent; and, registering manageable resources in each remote application 
host with a corresponding mini-agent. In consequence, the distributed manageable ■-. 
resources can be remotely managed by an application manager remote from the 
remote application hosts containing the manageable resources. In a representative v 
embodiment of this method, the first application host can be a JVM. Additionally, the * 
remote application hosts can include JVMs. Still, the invention is not so limited to 
JVMs. Rather, the remote application hosts can further include both Java and non- 
Java environments. 

Notably, the manageable resources can have an MBean interface through which 
selected members of the manageable resources can be accessed. Hence, in another 
representative embodiment of the present invention, the method of the invention can 
further include the step of providing an MBean interface to the manageable resources 
through which the selected members of the manageable resources can be managed. 
The step of starting a plurality of mini-agents can include starting an MBean server in 
each of the plurality of mini-agents wherein the MBean server exposes MBeans in the 
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corresponding remote application hosts. Moreover, the registering step can include 
registering the MBeans with the MBean server. 

Finally, the step of communicatively linking each mini-agent to the master agent 
can include creating RMI connector servers in the master agent and each mini-agent; 
5 and, creating RMI connector clients in the master agent and each mini-agent. As a 
result, the master agent can communicate with the mini-agents through RMI interfaces 
created by the RMI connector server in each mini-agent and the RMI connector client in 
the master agent. Moreover, each mini-agent can communicate with the master agent 
through RMI interfaces created by the RMI connector server in the master agent and 
10 the RMI connector client in each mini-agent. 

2 
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BRIEF DESCRIPTION OF THE DRAWINGS 

There are presently shown in the drawings embodiments which are presently 
preferred, it being understood, however, that the invention is not limited to the precise 
arrangements and instrumentalities shown. 
5 Figure 1 is a schematic representation of a distributed application remotely 

managed by an application manager in accordance with the inventive arrangments. 

Figure 2 is a block diagram of an application management architecture in 
accordance with the inventive arrangements. 

Figure 3 is a block diagram of the application management architecture of Figure 
10 2 configured for operation with application managers and manageable resources 
compliant with the JMX application management architecture. 

Figure 4 is a block diagram of the JMX application management architecture of 
the prionart. 
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DETAILED DESCRIPTION OF THE INVENTION 

The present invention is a system, method and apparatus for remote 
management of an application distributed across multiple application hosts. The 
system can include an application manager, a master agent, and a plurality of 
5 mini-agents which can communicate management commands directed to manageable 
resources which are received from the application manager. Significantly, the 
mini-agents can reside in application hosts separate from the application hosts in which 
the application manager and master agent reside. In this way, the application manager 
can issue management commands to the master agent which, in turn, can direct the 
10 management commands to appropriate mini-agents for ultimate delivery to the 
manageable resources residing in various, separate application hosts. 
j» Figures 1A and 1B illustrates a basic computer architecture in which the system, 

[ =0 method and apparatus of the invention can be implemented and operated. Specifically, 
hQ Figure 1 A illustrates an architecture in which an application having manageable 
ry 15 resources 5, 6 is distributed across multiple application hosts 7, 8 residing in multiple^ 
*~ computers 9, 10 communicatively connected in a computer communications network 4. 
j 3 An application manager 1 residing an application host 2 in a computer 3 can manage - 
m the manageable resources 5, 6. Figure 1B illustrates an embodiment of the present 
•S invention wherein the application hosts 2, 7, 8 in which the manageable resources 5, 6 
! = 3 20 and the application manager 1 reside are contained in a single computer 1 1 . Thus, the 
invention is not limited to the various combinations of application hosts and computers 
shown in Figure 1A. 

Notably, a manageable resource can be any portion of a distributed application, 
for example a single object, a component, a class instance, a complete program, etc. 
25 The manageable resources 5, 6 can reside in an application host 7, 8 which can be an 
operating system session, a virtual machine or any other suitable process address 
space in which programs can execute. The computers 9, 10 can be any suitable 
computing device, ranging from an embedded system, to a handheld device to a 
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desktop computer and beyond. The application manager 1 can be any suitable 
program or functional interface through which a view of the manageable resources 5, 6 
can be presented and through which management operations can be directed to the 
manageable resources 5, 6. For example, the application manager 1 can be an 
5 application specific program directed to managing particular manageable resources 5, 
6. Alternatively, the application manager 1 can be a Web browser through which the 
attributes of the manageable resources 5, 6 can be viewed and operated upon using 
HTTP as the protocol for communicating management operations. 

Figure 2 is a block diagram illustrating the relationships between the various 
10 elements of the present invention. As shown in Figure 2, an application comprising 
manageable resources 27A, 27B distributed across multiple application hosts 28A, 28B 
can respond to management operations commanded by application managers 21 A, 
21 B, without requiring the application managers 21 A, 21 B to have specific knowledge 

=3 of the particular application hosts in which the manageable resources 27A, 27B reside. 

m 15 This advantageous result can arise from the bifurcation of an agent layer useful for - 
managing resources in a 2-tier client-server system into master agent and a mini-agent 

□ layers. 

ry More particularly, the master agent 22 residing in an application host 23 can 

include a communications link 22A between the application managers 21 A, 21 B 

j "* 3 20 through which the master agent 22 can receive management commands directed to 
manageable resources 27A, 27B which can be distributed across multiple application 
hosts, for example application hosts 28A, 28B. The communications link 22A also can 
be used to communicate with mini-agents 24A, 24B. Correspondingly, the mini-agents 
24A, 24B can include communications links 25A, 25B with which the mini-agents 24A, 
25 24B can maintain communications with the master agent 22. 

Each mini-agent 24A, 24B in corresponding application hosts 28A, 28B can 
include a registry 26A, 26B in which manageable resources 27A, 27B residing in the 
corresponding application host 28A, 28B can register. By registering with the mini- 
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agent 24A, 24B, manageable resources 28A, 28B can provide an interface through 
which the mini-agent can communicate management operations specified by 
management commands received from the application managers 21 A, 21 B via the 
master agent 22. 

As shown in Figure 2, the invention is not limited to any particular arrangement of 
application managers, mini-agents are application hosts. Specifically, any number of 
application managers can be used to command management operations to the 
manageable resources of a distributed application. Moreover, the manageable 
resources can be distributed across any number of application hosts ranging from a 
single application host to thousands of application hosts and beyond. Accordingly, to 
further emphasize the potential number of application hosts across which the 
manageable resources can be distributed, Figure 2 explicitly shows ellipses between 
the application host 28A and the application host 28B. 

^Finally, the invention is not limited to the number of manageable resources 
contained in any one application host. Rather, an application host can have as few as 
no manageable resources registered with a mini-agent and as many as thousands or 
more manageable resources registered with a mini-agent in a single application host. s 
Hence, the number of manageable hosts illustrated in Figure 2 are shown for illustrative 
purposes only are not to be viewed as a limitation of the present invention. 

Figure 3 is a block diagram of the application management architecture of Figure 
2 configured for operation with application managers and manageable resources 
compliant with the JMX application management architecture. As discussed above and 
illustrated in Figure 4, the JMX application management architecture specifies three 
layers distributed across at least two applications hosts, typically in the form of JVMs: a 
Distributed Services layer 402, an Agent layer 401 and an Instrumentation layer 400. 
Application managers 403 reside in application hosts 404 (JVMs and non-JVMs) in the 
Distributed Services layer 402. As is apparent from Figure 4, the Distributed Services 
layer 402 can interface with the agent 410 in the Agent layer 401 through JMX 
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connectors 412 and JMX protocol adaptors 413. 

Significantly, the agent 410 resides in a JVM application host 416 separate from 
the application hosts 404 of the application managers 403. The agent 410 can provide 
to the application managers 403 a conduit through which the application managers 403 
can remotely perform management operations on the manageable resources residing in 
same JVM application host 41 6 as the agent 41 0. Notably, the agent 410 and JMX 
compliant management application 407 can communicate through a JMX connector 
pair 406 and 41 2. Similarly, the agent 41 0 and the JMX Manager 405 can 
communicate through a JMX connector pair 406 and 412. By comparison, an 
application manager operating in a non-JVM environment, for example the Web 
browser 408, can communicate with the agent 410 using a specific communications 
protocol, for example HTTP, which can be facilitated by a JMX protocol adaptor 413. 

The r lnstrumentation layer 400 can contain the manageable resources managed 
by the application managers 403. In particular, the manageable resources implement 
and extend Javabeans referred to as MBeans 415 as described in the JMX 
specification. These MBeans 41 5 expose properties and/or methods that the < 
application intends to expose to the application managers. An example of such a 
method can be the "shutdown()" method described above. 

The Agent level 401 can contain services for managing the MBeans 415 of the 
Instrumentation level 400. This set of services for handling the MBeans 415 is known 
as an MBean server 411. Notably, as shown in Figure 4, MBeans 414 also can expose 
other Agent level services for management by the application manager. Examples of 
such Agent level services can include dynamic class loading, MBean attribute 
monitoring, timer-based scheduling mechanisms and MBean relation services. Thus, in 
accordance with the JMX specification, the application managers 403 can manage only 
those applications which have manageable resources residing in a single JVM. 

In contrast, the inventive JMX compatible architecture shown in Figure 3 
facilitates the management of manageable resources distributed about multiple 
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application hosts, for example multiple JVMs. To accomplish this feat, the JMX 
compatible architecture of the present invention bifurcates the Agent level 401 of the 
JMX specification into a master agent level and a mini-agent level. As shown in Figure 
3, mini-agents 320 reside in separate JVMs 316 (or non-JVM environments as the case 
may be) of the managed application. 

Significantly, a master agent 321 also is provided in a JVM 322 separate from 
the JVMs 316 of the mini-agents 320. In this way, application managers 303 need only 
maintain an awareness of the master agent 321 rather than the multitude of possible 
mini-agents 320 distributed across multiple application hosts 316. The master agent 
321 can include an MBean server 31 1 for managing MBeans 314 which provide an 
interface to the Agent level services of the master agent 321 . Finally, the master agent 
321 can include a communications link in the form of a JMX connector 318 for two-way 
communications with each mini-agent 320. JMX connectors 312 also can be used for 
two-way communications with the JMX-compliant management application 307 and the 
JMX Manager 305. Additionally, a JMX protocol adaptor can be used for two-way l v 
communications with an protocol specific interface, for example Web browser 308. - 
Notably, communications between the master agent 321 and each mini-agent 320 and 
between the master agent 321 and JMX-compliant application managers 305, 307 can 
occur using RMI. In that case, the JMX connectors 312, 318 can be RMI connectors. 

In RMI, while the definition of a remote service is coded using a Java interface, 
the implementation of the remote service is coded in a class. RMI supports two classes 
that implement the same interface. The first class is the implementation of the behavior 
and it executes in the server. The second class acts as a proxy for the remote service 
and it executes on the client. In operation, when a client program invokes method calls 
on the proxy object, RMI sends the request to the remote JVM, and forwards it to the 
implementation. Any return values provided by the implementation are sent back to the 
proxy and then to the client program. 

The RMI implementation is essentially built from three abstraction layers. The 
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first is the Stub and Skeleton layer, which lies just beneath the view of the developer. 
This layer intercepts method calls made by the client to the interface reference variable 
and redirects these calls to a remote RMI service. The next layer is the Remote 
Reference Layer. This layer understands how to interpret and manage references 
made from clients to the remote service objects. In the Java Development Kit version 
1 .1 , the Remote Reference Layer connects clients to remote service objects that are 
running and exported on a server. The connection is a one-to-one, unicast link. In the 
Java 2 SDK, the Remote Reference Layer has been enhanced to support the activation 
of dormant remote service objects through a Remote Object Activation facility. 

Hence, in the present invention, the master agent 321 can maintain local stubs 
(not shown) which act as proxies to the mini-agents residing in separate JVMs. 
Additionally, the master agent can include RMI remote service objects (not shown) 
which can communicate through remote stubs (not shown) residing in both application 
managers and mini-agents which act as proxies to the services of the master agent. 
Still, the use of RMI notwithstanding, the invention is not limited in regard to any < 
particular communications mechanism. Rather, any suitable interprocess 
communications technique, for example TCP/IP, can suffice. 

Each mini-agent 320 can access the manageable resources of its JVM 316 
through a local MBean server 319. Accordingly, the manageable resources of the 
present invention preferable provide an interface in the form of an MBean 315. 
Furthermore, like the master agent 321 , each mini-agent 320 also has a JMX connector 
318 for two-way communications with the master agent. As before, communications 
between the master agent 321 and each mini-agent 320 can occur using RMI although 
the invention is not limited in regard to the mechanism for communications between the 
master agent 321 and the mini-agents 320. 

The master agent 321 can receive management commands from a variety of 
application managers 303. In particular, as shown in Figure 3, the application 
managers 303 can comprise JMX-compliant management applications 307, proprietary 
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management applications which utilize a JMX manager 305 to communicate with the 
master agent 321 , or even a protocol specific interface, for example Web browser 308. 
In the case of a protocol specific interface, the master agent can further include a JMX 
communications protocol adapter 313 for adapting communications between the 
interface and the manageable resources to a protocol specified by the interface. 
Exemplary protocols can include, but are not limited to HTTP and SNMP. 

To configure a distributed application for remote management of the 
manageable resources contained therein, the following process can be implemented 
using Java programming techniques well known in the art. Still, one skilled in the art 
will recognize that there are numerous variations of the foregoing method and the 
specific method which follows merely is provided for illustrative purposes. Accordingly, 
the invention is not to be limited to only one process for configuring a distributed 
application for remote management. 

A representative process for configuring the distributed application can begin by 
starting the master agent 321 . Subsequently, the master agent 321 can start a local 
MBean server 31 1 and MBeans 314 for exposing local agent level services can be 
started as well. The master agent 321 can create a pre-configured number of mini- - 
agent stubs in accordance with Java RMI to act as local proxies to mini-agents 320. 

The mini-agents 320 themselves can be started in the various JVMs 316. 
Notably, the mini-agents 320 can be started in any number of ways including by way of 
the mini-agent stubs in the master agent 321 . Each mini-agent 320 can start a 
corresponding local MBean server 319 and local MBeans 315, 317 can be created. 
Finally, the mini-agents 320 can create RMI connectors 318 to expose the local MBean 
servers 319 to the master agent 321 . In consequence, the mini-agents 320 and the 
master agent can communicate and interoperate through the RMI connectors 318. As 
a result, the MBeans 315 can facilitate remote management operations commanded by 
the application managers 303 through the master agent 321 despite the distribution of 
the MBeans 315 about multiple JVMs 316. 
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